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REMARKS 

By this Preliminary Amendment originally-filed claims 1 -Shave been 
cancelled and replaced with the new claims 4-6 which are believed to place the 
claims in better form for consideration upon examination. No new matter has 
been added. 

The amendments to the original specification are provided to address 
grammatical and syntactical errors in the translation of the original German 
language specification. No new matter has been introduced into the application. 

The amendments to the "Claims" and "Abstract" are reflected in the 
attached "Version With Marked Changed Made." 

Favorable consideration and allowance of the claims are respectfully 

requested. 

Respectfully submitted. 
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Version With Marked Changes Made 

WE CLAIM: 

4^^A method of programming cyclical machines, in particular production 
machines, charact e r i z e d bv havina an industrial controller comprisina the 
fo ll ow i ng succ e ss i v e steps of: 

cr e at i ng providing afithe industrial controlle r e qu i pp e d with a runtime system-af>4^ 
said controller having prioritized running levels and tasks, with at least one 
sequential running level being created; 

formulating a machine sequence in a sequential program;-af>4 

i n th e said sequential program , prov i d i ng b v including specific mechanisms that 
th eenable a waiting for condit i ons condition to be satisfied GaRtQ be carried out 
with high priority and after the waiting for condition has been satisfied, to carrv 
out the subsequent program sequence can be carr i ed out with high priority up to 
a defined user-programmed end, the running levels being assigned system 
and/or user prooramsr : and 

rOOOn utilizing said seguential program in said controller. 

gr-S^The method of programming according to claim 474a wherein the running 
levels are created from system levels and/or user levels. 
St-6. The method of programming according to claim 4^ wherein the running 
level model is clockedT and wherein the basic clock b ei no mav be derived from 
anv of an internal time r or from ^ an internal clock of a communication medium-er 
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fFom^ an external device o r from a variable which belongs to the technological 
process. 
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ABSTRACT 

A configurable running level model of a runtime system (RTS) for the 
control tasks of an industrial controller {Sffor cyclical machines is created in a 
simple manner, i t b ei ng poss i b le fo r enablinq the programming of the machine 
sequence to take place in a sequential program. The wait_for_condjtion 
command in this case enables a user to wait for any desired conditions and 
respond with higher priority in the program flow. User programs (API — AP4f can 
be additionally loaded into the user levels of the running level model. 
F i gure 6 
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30 ROCKEFELLER PLAZA 



NEW YORK, NEW YORK 10112-0228 



TO WHOM IT MAY CONCERN: 

Be it known that WE, Armin Amrhein, Johannes Birzer, Thomas Hennefelder, Martin 
Kiesel, Raimund Kram and Regina Schmitt, citizens of Germany, residing in Kuemmersbruck, 
StuUn, Sugenheim, Poxdorf, Erlangen and Erlangen respectively, whose post office addresses are 
Dresdnerstr. 16, 92245 Kuemmerstruck, Germany; Friedhofweg 2, 92551 StuUn, Germany; 
Deutenheim 35, 91484 Sugenheim, Germany; Jahnstr. 36, 91099 Poxdorf, Germany; Fliederstr. 
7A, 91056 Erlangen, Germany; and Herbstaeckerweg 5, 91056 Erlangen, Germany; respectively, 
have invented an improvement in: 



[0001] The invention relates to a method of programming cyclical machines, in particular 
production machines. 

[00021 This application is related to U.S. Patent Application Ser. No. 09/938.752. filed August 
24. 2001. bv the present inventors. 



PROGRAMMING OF CYCLICAL MACHINES 



of which the following is a 



SPECIFICATION 



BACKGROU ND OF TH E INVENTION 



FIELD OF THE INVENTION 
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BACKGROUND OF THE INVENTION 
[00031 [0002] It is customary nowadays, both for stored-program control (SPC) and for motion 
control (MC), to model hierarchical running levels that are different in each case and are 
assigned software tasks for controlling the respective technical process. These tasks may 
perform system ftinctions, but may also be user-programmed. 

100041 [0003] It is known from DE 197 40 550 Al that process control fiinctionalities of the 
stored-program controllers "SPC" and motion fiinctionalities of MC controllers can be integrated 
in a uniform configurable control system. 

[0005] {0004]-This SPC/MC integration takes place in the form of interconnecting SPC and 
MC control modules. However, when the integration is carried out in such a way, an optimum 
and efficient task structure is not achieved for the entirety of the control tasks. Furthermore, with 
this type of integration it is mainly the classic MC fimctionalities, as are relevant in particular for 
machine tools, that are supported. Requirements for the controller, as they are known from the 
operation of production machines, are not optimally supported by this type of interconnection of 
SPC and MC control modules. 

f00061 [0005] It is known from EP 0 735 445 A2 to use a separate waiting command (WAIT) 
for the operation of a machine tool or a robot. However, the waiting command (WAIT) 
described here still does not optimally support the control of production machines in particular. 

100071 f0006]-In the application DE 19 93 19 33.2 it is proposed to use the clock of the 
communication system between the PC system and the peripheral devices for a change between a 
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real-time operating program and a non-real-time operating program. Here, however, it is the task 
of this clock pickup from the communication system to allow the smoothest possible change to 
take place between real-time and non-real-time applications in an industrial process. In this 
configuration, the basic clock is only derived however from the clock of the communication 
medium and it is only used for the changing of the operating system mode of a PC system. 

[00081 {OOOTJ-Furthermore, the methods customary nowadays for the programming of cyclical 
machines require different programs, the coordination of which is carried out by means of what 
are known as "event handlers". The programming of cyclical machines is consequently 
laborious and an "event handler" cau se s ov e rh e ads adds to overhead and affects performance. 
Cyclical machines in the steady state are distinguished by a periodically recurring process or 
cycle. The productivity of the machine is directly dependent on this cycle. A shortening or 
reduction of the cycle enhances the productivity and the performance of the machine. Examples 
of cyclical machines are: packaging machines (for example tubular bag machines, filling 
machines or sealing machines) but also presses (for example roll-feed machines). For the 
performance of packaging machines, rapid printed mark synchronization and an associated rapid 
superposing of corrective movements are decisive^ for example. Such objects are still not 
optimally achieved today. 

SUMMARY OF THE INVENTION 
f0009] [000 8 ] The invention4s therefore based on th e has as its object efthe cr e atin e creation in 
a simple manner of a configurable running level model for the control tasks of an industrial 
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controller for cyclical machines for^ in each case^ different control tasks and different boundary 
conditions or requirements of the underlying technical process, it being possible for the 
programming of the machine sequence to take place in a sequential program. 

[00101 [0009] The inv e ntors make invention is premised on the assumption he^e-that this i scan 
hg achieved in principle on the one hand by a uniform configurable running level model for the 
control tasks of the industrial controller and on the other hand by mechanisms 
(wait_for_condition command) which enable a user to wait for any desired conditions and 
respond with higher priority in the program flow. 

fOOlll fOOlOfSetting out from this approach, the object stated above is achieved by the 
following successive steps: 

a) creating an industrial controller equipped with a runtime system and having 
prioritized running levels and tasks, at least one sequential running level being 
created; 

b) formulating a machine sequence in a sequential program; and 

c) in the sequential program, providing by specific mechanisms that the waiting 
for conditions to be satisfied can be carried out with high priority and after the 
condition has been satisfied, the subsequent program sequence can be carried 
out with high priority up to a defined user-programmed end, the running 
levels being assigned system and/or user programs. 
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[0012] fOOW^The prioritizing of the running levels allows the tasks for operating the 
controller to run on levels of different priority according to their importance or the requirements 
which they have to meet (for example with respect to the response time behavior). A further 
advantage is that the user can formulate complex synchronization conditions (for example 
waiting for the occurrence of conditions) in a sequential program by simple mechanisms, without 
further mechanisms, such as for example event handlers, being required. This on the one hand 
avoids a management overhead in the controller and on the other hand supports the locality 
principle from a programming viewpoint. The fact that programs can be additionally loaded into 
the running levels allows the user to adapt the functionality of the controller very flexibly to the 
underlying requirements of the technical process. 

[0013] fOW3]-The mechanism described and the associated command are referred to in the 
exemplary embodiment as the "wait_for_condition". 

f00141 [0013] A first refinement of the present invention is that the running levels are created 
from system levels and/or user levels. As a result, the user has the possibilit v capabilitv of 
cr e ating very flexibly creating a runtime system for an industrial controller which system is 
appropriate for the respective requirements and boundary conditions of the technical process. 

[00151 [001 4 ] A further refinement of the present invention is that the running level model is 
clocked, the basic clock being derived from anv of an intemal timer or from ^ an internal clock of 
a communication medium or from ^ an extemal device or from a variable which belongs to the 
technological process. As a result, the basic clock for the running level model can be derived in 
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a very flexible and very easy manner. The fact that the basic clock for the running level model 
can atee-be derived from a variable which belongs to the technological process allows direct 
feedback from the technological process to the controller to be obtained in a very easy way. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0016] [0015] An exemplary embodiment of the invention is e xplain e d described below and 
r e pres e nt e d illustrated in the drawin g appended drawings , in which: 

Fi^ur eFig. 1 shows the main running levels of a classic stored-program controller; 
FfgweFig. 2 shows the main running levels of a motion controller; 
figufeFig. 3 shows ig a schematic representation of an industrial controller; 
Figwe^^ 4 shows the running level model of the industrial controller according to the 
invention; 

Figufe Fig. 5 shows an exemplary embodiment of the loading of user programs into the 
user levels; 

Figure Fig. 6 shows an exemplary embodiment of the use and mechanism of the 

wait_for_condition command in the running level model of the industrial 

controller according to the invention; 
FtettreFig. 7 shows a fiirther exemplary embodiment of the use and mechanism of the 

wait_for_condition command in the running level model of the industrial 

controller according to the invention; 
Figure Fig. 8 shows the syntactic description of the wait_for_condition command in a 

syntax diagram; 
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FigttfeEig. 9 shows an example of the formulation of an expression in programming- 
language notation; and 

FigweEig. 10 shows in a schematic representation possibihties for he wobtaining the 
basic clock is obtained for the industrial controller. 
DETAILED DESCRIPTION OF THE INVENTION 
[0Q17] [0016] In the repre s entation according to Figur e Fig. 1 , the main running levels of a 
etassie typical stored-program controller (SPC), arranged according to their priority, are shown. 
The increase in priority is symbolized there by an the upwardly pointing arrow. In the lowest- 
priority level, as indicat e d by a da s h e d lin e , two different tasks are performed, to b e sp e cific§ § 
indicated bv the dashed line. Specificallv, these are a free cycle, i.e. "user level free cycle", and 
a background system level, i.e. "system level background". The background system level is 
assigned, for example, communication tasks. In a following user level, referred to as "user level 
time-controlled", the parameters for the calling clock of the tasks or of the programs of this level 
can be paramet e rized set. Monitoring takes place to ascertain whether the processing of a user 
program of this clocked level has been completed in time before the start event occurs once 
again. If the clock time elapses without the user program of the assigned level being processed 
to completion, a corresponding task of a next-but-one, in priority terms, "user level for 
asynchronous faults" is started. In this "user level for asynchronous faults", the user can program 
out the handling of fault states. 

100181 [00 17] The "user level time-controlled" is followed by a "user level events". The 
response to external or internal events takes place within the "user level events". A typical 
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example of such an event is the switching of a binary or digital input, whereby typically an event 
is triggered. Li a "system level high priority" lie the tasks of the operating system which ensure 
the operating mode of the programmable controller (SPC). 

[00191 {OOl^The representation according to ftgweHg, 2 shows the main running levels of a 
motion controller (MC). Here, too, the individual levels are arranged hierarchically according to 
their priority, as symbolized by a ethe upwardlv pointine arrow. A "system level background" 
and a "user level sequential" have an equal priority, that is the lowest priority. This unified 
nature in terms of tasks is symbolized as in figuF eFig. 1 by a dashed line. The tasks of the "user 
level sequential" are processed together with the tasks of the "system level background" in the 
round-robin procedure. Typical tasks of the "system level background" are, for example, those 
for communication tasks. In the "user level sequential", the parts of the program programmed by 
the user run for the actual control task. If, in one of these parts of the program, the controller 
encounters a movement or positioning command, a "suspend" is set, i.e.^ the user program is 
interrupted at this point. In this case, a command is synchronously used. The processing of this 
movement or positioning command takes place in a highest-priority "system level clocked". 
Each and every position controller or interpolator which is running in the "system level clocked" 
executes this movement or positioning command. After execution of the command, control 
returns to the "user level sequential" and the user program interrupted by "suspend" is continued 
by a "resume" at the same point. The "system level clocked" contains not only the already 
mentioned position controllers but also the interpolation part of the control. 
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[00201 {OOl^The "user level events" resumes at the lowest-priority level. Accommodated 
here are those tasks which respond to external or internal events. Such events may be alarms, for 
example. 

[00211 [0020J In a following "user level synchronously clocked", synchronously clocked user 
tasks are performed, for example controller functionalities. These tasks are synchronized in 
relation to clocked system functions, such as for example the interpolator, position controller or 
cyclical bus communication. 

[00221 [0021] In th e repre se ntation according to flgure Fig. 3, it there is shown in the form of a 
block structure diagram that the control of a technical process PI is performed by means of the 
runtime system RTS of an industrial controller. The connection between the runtime system 
RTS of the controller and the technical process PI takes place bidirectionally via the 
inputs/outputs EA. The programming of the controller, and consequently fixing the behavior of 
the runtime system RTS, takes place in the engineering system ES. The engineering system ES 
contains tools for configuring, project planning and programming for machines or for controlling 
technical processes. The programs created in the engineering system are transferred via the 
information path I into the runtime system RTS of the controller. With respect to its hardware 
equipment, an engineering system ES usually comprises a computer system with graphics screen 
( for e xampl e display), input aids (for example keyboard and mouse), processor, main memory 
and secondary memory, a device for accepting computer-readable media (for example floppy 
disks, CDs) and also connection units for data exchange with other systems (for example^ further 
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computer systems, controllers for technical processes) or media (for example the Intemet). A 
controller usually comprises input and output units, and also a processor and program memory. 
It is also conceivable for the control of a technical process PI to be performed by means of a 
plurality of runtime systems RTS of industrial controllers. 

[0023] {O023fThe representation according to Fieur e of Fig. 4 shows the running level model 
of the industrial controlle r according to the invention . The prioritizing of the levels is indicated 
by anthe arrow pointing upw^ardlv in the direction of the highest priority. The lowest-priority 
levels are the "cyclical user level" and the "sequential user level". These two levels run with the 
same priority. Therefore, these levels are separated in the representation according to FtguF eFig. 
4 by a dashed line. The "cyclical user level" includes the "background task", which is cycle- 
time-monitored, hi the "sequential user level", the "motion tasks" are run through. "Motion 
tasks" are not cycle-time-monitored and serve essentially for describing sequential sequences. 
"Motion tasks" are processed virtually in parallel. Generally, all the user levels contain one or 
more tasks. The tasks receive the user programs. The tasks of the "cyclical user level" and of 
the "sequential user level" are processed in a common round-robin cycle. 

f00241 {002^The next-following level is the "time-controlled user level". The tasks of this 
level are activated in a time-controlled manner. The time control can be set in a granularit v scale 
of milliseconds. The "time-controlled user level" is followed by the "event-controlled user 
level". In this level, after detection of a user interrupt, what are known as "user interrupt tasks" 
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are activated. User interrupt events may be formulated as a logical combination of process 
events and/or internal states. 

[00251 f0034]-The next-higher level is the "user level for system exceptions". In this "user 
level for system exceptions", monitoring of system interrupts is carried out of system int e rrupt s , 
the . The occurrence of whieh svstem interrupts has the effect of generating what are known as 
"exceptions", i.e. instances of handling exceptional cases. In the "user level for system 
exceptions" there are, for example, the following tasks, which are activated when a 
corresponding system interrupt occurs: 

a) "time fault task", which is activated when time monitors respond; 

b) "peripheral fault task", which is activated for example in the event of process and 
diagnosis alarms, but also in the event of station failure or station return; 

c) "system fault task", which is activated in the event of general system faults; 

d) "program fault task", which is activated in the event of progranmiing faults (for 
example division by zero); 

e) "time fault background task", which is activated when the cycle time monitoring 
of the background task responds; and 

f) "technological fauh task", which is activated in the event of technological faults. 

[00261 I0025}-Following next is the group of levels "synchronously clocked levels". This 
group of levels has the highest priority in the running level model. The individual levels of this 
group of levels may havehg further prioritizintiG prioritized with respect to one another. The 
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group of levels "synchronously clocked levels" comprises at least one system level and at least 
one user level. The system levels include the system functions such as, for example, position 
controller or interpolator. User programs (API - AP4; Figure Fig. 5) can be flexibly loaded in 
addition by a user into the user levels of this group of levels. 

[00271 {0026f For the clock control of the "synchronously clocked levels" there are a 
seee snumber of different possibilities for clock generation. The basic clock may come, for 
example, from an internal timer (Tl; Figure Fig. 10) or fi"om an intemal clock (T3; Figure Fig. 10) 
of a communication medium (for example Profibus) or else the clock may also be derived from a 
process event of the technological process. Such a process event may be, for example, the clock 
rate (TG; Fieure Eig. 1 0) of an operation on a production-machine or packaging machine. User 
levels of the group of levels "synchronously clocked levels" may in this case be clocked on the 
basis of the basic clock, but they may also run synchronously in relation to one of the system 
levels of the group of levels "synchronously clocked levels". The user tasks of this user level 
synchronous to a system level consequently have a synchronous, i.e. deterministic, relationship 
with a system level which can be flexibly fixed by the user. This has the advantage that 
deterministic responses to system tasks (system tasks run in the system levels) which the user has 
programmed in his user tasks, which run in the user levels of the group of levels "synchronously 
clocked levels", are guaranteed by the system. That is to say, for example, that the system 
guarantees that this "synchronous user level" is correspondingly activated for example before the 
interpolator, or else before any other desired system function. 
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f00281 [0027] The "time-controlled user level", the "event-controlled user level", the 
"sequential user level", the "cyclical user level" and the "user level for system exceptions" are 
optional. 

f00291 {0028J-The task of the "cyclical user level" (background task) is cycle-time-monitored. 
The "motion tasks", on the other hand, are not cycle-time-monitored and serve essentially for 
describing sequential sequences. That is to say the present running level model supports a user 
both in the programming of sequential sequences and in event programming. Consequently, 
synchronous events and asynchronous events can be covered by the programming. The user 
programs (API - AP4; FimreFig. 5) created by the user can be loaded in addition into the user 
levels. The user programs API to AP4 are usually created- with the aid of a-programming 
environment of the engineering system (ES; Figur eFig. 3). 

f0030] [0029 1 Th e r e pres e ntation according to Figure Fig. 5 shew sillustrates an exemplary 
embodiment of the additional loading of user programs into the user levels. Figufe Fig. 5 shows 
by way of example distinctive characteristics of user levels of the running level model. it^As 
shown by the three Bo^rts bold dots at the low e r e dg e bottom of the drawing-that^ there may also 
be still further user levels, or else system levels. The prioritizing of the levels is indicated as 
above by ^Ihg arrow pointing upwardlv in the direction of the highest priority. The user levels 
are assigned the user programs API to AP4, indicated at the right-hand edge of the figure by 
small squares. The assignment is shown by assignment arrows ZPl to ZP4. In the user levels 1 
to 4 there are tasks which receive the additionally loaded user programs API to APAA^ 
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respectively. These tasks are then run through or processed in accordance with a specific 
strategy (for example sequentially). They may continue to have the property that they are run- 
time-monitored. 

[00311 I 003QI The r e pr e sentation according to Figure Fig. 6 shows an exemplary embodiment 
of the use and mechanism of the wait_for_condition command, in the running level model of the 
industrial controller according to the invention. The wait_for_condition command (represented 
in figur e Fjg^ 6 as wait_for_cond()) is used by way of example in this representation in the 
"sequential user level". The wait_for_condition command is used in the "motion tasks" MTl and 
MT2 created by the user, which are a component part of the "sequential user level". The "motion 
tasks" MTl and MT2 are in.axound-robin cycle, represented .by_ the arrow from MTl toMT2 
and by the angl e d awa y looping return arrow from MT2 to MTl . The three point s insid e this bold 
dots in the retum arrow indicate that there may be still further "motion tasks" in the round-robin 
cycle. The "motion task" MTl contains the wait_for_condition command 
"wait_for_cond(cond_l)", the "motion task" MT2 contains the wait_for_condition command 
"wait_for_cond(cond_2)". Tlir ee point s u se d The bold dots included in each case within MTl 
and MT2 indicate that, in addition to the two wait_for_condition commands and the three 
positioning commands posl() to pos3(), still further commands may be contained in the "motion 
tasks". 

[00321 {©031f-Altogether, the running level model, represented by way of example in 
figufeFig. 6, of a runtime system for an industrial controller comprises the following levels 
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(enumerated from the lowest to the highest priority): "cyclical user level", "sequential user level" 
(the tasks of these two levels have the same priority, represented by the dashed line between 
these levels), "time-controlled user level", "event-controlled user level", "user level for system 
exceptions", "synchronously clocked user level 2", "synchronously clocked user level 1", 
"synchronously clocked system level 2" and, as the highest-priority level, a "synchronously 
clocked system level 1". 

[0033] [0032] The operating mode of the wait_for_condition command is shown by way of 
example by "wait_for_cond(cond_l)" from the "motion task" MTl. If the "motion task" MTl is 
next in turn in the round-robin cycle, the commands of the "motion task" MTl are serviced until 
the time slice has elapsed, or an interruption occurs. If this is the case, the "motion task" MT2 is 
serviced as the next task in the cycle, etc. If the wait_for_cond(cond_l) command is processed 
in the "motion task" MTl, the condition cond_l is checked. If cond_l = true, that is to say is 
satisfied, the next- following command pos2() is immediately executed and, if appropriate, 
further commands present in MTl are successively processed, until control is passed to the next 
task. 

[00341 [0033] If the condition cond_l = false, that is to say is not satisfied, the "motion task" 
MTl is immediately interrupted and MT2 is serviced in the round-robin cycle. The condition 
cond_l is inserted, however, into the "synchronously clocked system level 2" (indicated by the 
solid angl e d - awa v line arrow from the wait_for_cond(cond_l) command to the "synchronously 
clocked system level 2") and is checked in the clock cycle of this system level to ascertain 
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whether it has been satisfied. If the condition cond_l is satisfied, the current task is displaced in 
the round-robin cycle, i.e. it has the time slice withdrawn from it and the motion task MTl is 
continued immediately after the wait_for_cond(cond_l) with the positioning command pos2(). 
The return from the "synchronously clocked system level 2" to the positioning command pos2(), 
i.e. to the "sequential user level", is indicated by the dashed line arrow. 

[0035] [003 4 ] The fact that, when the condition of the wait_for_condition command has not 
been satisfied, the checking for the condition takes place in a high-priority "synchronously 
clocked system level" and, when the condition has been satisfied, the interrupted "motion task" is 
continued immediately^ makes it possible for a user to specify extremely time-critical 
appUcations by simple language means during the programming of sequences of movements. 
The performance and deterministics are fiirther enhanced by only inserting and considering 
currently applicable conditions when checking the conditions in the respective high-priority 
"synchronously clocked system levels". 

100361 {0055J-The mechanism described here also does not require an explicit event handler. 
The Conseauentlv. the great advantage from the user viewpoint is cons e qu e ntly that the user can 
now formulate high-priority events in a sequential running program on a relatively low priority 
level of a "motion task" in his program flow with the aid of program constructs, and does not 
have to change into another program which he then has to project by means of other mechanisms 
(for example manually or under interrupt control) onto a synchronous user task , but in s t e ad^ 
Instead the user has the possibility in a closed user program of formulating this "waiting for 

NY02:357652. lNY02:^mSOr4- 357651.1 1 6 

COMPARISON 



A3^ (071308.0210) 
PATENT 



high-priority event" and "high-priority reaction" cycle for this event in a program on a closed 
basis. 

f00371 {OOM]-The conditions which are inquired in a wait_for_condition command can be 
formulated very flexibly and elegantly by the user. For instance, for formulating these 
conditions, the user can use program variables from a user program or intemal variables of the 
controller, or he can also reference process signals. These variables may then be combined 
logically, arithmetically or by any desired functions in terms of their content, to formulate a 
condition from them. In addition to the high-priority inquiries as to whether the condition is 
satisfied, it is also conceivable that, if the condition is satisfied, a program code belonging to it, 
i.e.^ an underlying response, which is user-programmable, is also executed with high priorityr 
A^d that and the retum to the low-priority level only takes place after execution of this program 
code. 

fOQ38] [0037] The representation according to FigureEig^ 7 shows an extended exemplary 
embodiment of the use and mechanism of the wait_for_condition command, in the running level 
model of the industrial controller according to the invention. The wait_for_condition command 
(in figur eFig. 7 likewise represented as wait_for_cond()) is used by way of example in this 
representation in the "sequential user level". The wait_for_condition command is used in the 
"motion tasks" MT3 and MT4 created by the user, which are a-component ^a rtparts of the 
"sequential user level". The "motion tasks" MT3 and MT4 are in a round-robin cycle, 
represented by the arrow from MT3 to MT4 and by the angled awa v looning retum arrow from 
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MT4 to MT3. The three points insid e this bold dots in the return arrow indicate that there may be 
still further "motion tasks" in the round-robin cycle. The "motion task" MT3 contains the 
wait_for_condition command "wait_for_cond(cond_3)", the "motion task" MT4 contains the 
wait_for_condition command "wait_for_cond(cond_4)". Thr ee points us e d The bold dots 
included in each case within MT3 and MT4 indicate that, in addition to the two 
wait_for_condition commands and the positioning commands pos4() to pos8(), still further 
commands may be contained in the "motion tasks". The programming-language constructs 
"wait_for_cond()" and "end_wait_for_cond" have the effect of bracketing a program sequence in 
the "motion tasks". In the "motion task" MT3, the commands pos5() and pos6() are bracketed in 
this way. The use of "wait_for_cond()" and "end_wait_for_cond" is also indicated in the 
"motion task" MT4. It is schematically indicated by 3 eeints bold dots in each case in the 
"motion task" MT4 that further instructions may be present before, within and after the 
"wait_for_cond() - end_wait_for_cond" construct. 

[00391 [0038] The running level model, represented by way of example in Figure Fig. 7, of a 
runtime system for an industrial controller comprises, as in Fi^Hf eFig^ 6, the following levels 
(enumerated from the lowest to the highest priority): "cyclical background level", "sequential 
user level" (the tasks of these two levels have the same priority, represented by the dashed line 
between these levels), "aveft ttime -controlled user level", "time event -controlled user level", "user 
level for system exceptions", "synchronously clocked user level 2", "synchronously clocked user 
level 1", "synchronously clocked system level 2" and, as the highest-priority level, a 
"synchronously clocked system level 1". 
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[0040] f00^9]-In Ftgttf eFig. 7, the operating mode of the wait_for_condition command with an 
associated program sequence is shown by way of example as "wait_for_cond(cond_3)" from the 
"motion task" MT3. The checking of the condition cond_3 and the processing of the associated 
program sequence (bracketed between "wait_for_cond(cond_3)" and "end_wait_for_cond") take 
place in this case on a higher-priority level of the running level model. The program sequence 
belonging to "wait_for_cond(cond_3)" is formed by the sequence of the commands pos5() and 
pos6(). 

100411 [00 4 0J If the "motion task" MT3 is next in turn in the round-robin cycle, the commands 
of the "motion task" MT3 are serviced until the time slice has elapsed, or an interruption occurs. 
If this is the case, the "motion task" MT4 is serviced as the next task in the cycle, etc. If the 
"wait_for_cond(cond_3)" command is processed in the "motion task" MT3, the condition 
cond_3 is checked. If cond_3 = true, that is to say is satisfied, the normal program sequence is 
continued, i.e. the command pos5() is executed next and, if appropriate, further commands 
present in MT3 are successively processed, until control is passed to the next motion task. 

[0042] [00 4 1] If the condition cond_3 = false, that is to say is not satisfied, the "motion task" 
MT3 is immediately interrupted and MT4 is serviced in the round-robin cycle. The condition 
cond_3 and the commands pos5() and pos6() (as the associated program sequence) are processed 
in the priority of the "synchronously clocked system level 2" (indicated by the solid angl e d 
awa vline arrow, starting from the oar e nth es i s bracket which expresses the unified nature of 
wait_for_cond(cond_3), end_wait_for_cond and the associated program sequence, up to the 
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"synchronously clocked system level 2"). eeftd -Condition 3 is checked in the clock cycle of this 
system level to ascertain whether it has been satisfied. If cond_3 has been satisfied, the 
associated program sequence (here: the sequence of the commands pos5() and pos6()) is 
processed with the priority of the "synchronously clocked system level 2". The return fi-om the 
"synchronously clocked system level 2" to the positioning command pos7(), i.e. to the 
"sequential user level", is indicated by the dashed line arrow. 

[0043] f0042}-The fact that, when the condition of the wait_for_condition command has not 
been satisfied, the checking for the condition takes place in a high-priority "synchronously 
clocked system level" and, when the condition has been satisfied, an associated program 
sequence which can be created by the user is executed immediately on this high-priority system 
level makes it possible for even extremely time-critical applications to be specified and carried 
out by simple language means. 

f00441 {004^One possible application is printed mark synchronization. The aim here is to 
detect a printed mark on a material with high priority. When this printed mark is detected, 
typically an actual value is captured ("latching" for example of a position or sensor actual value). 
On the basis of this captured actual value, a correction value is calculated and impressed on the 
system as a superposed movement. The process of actual value detection, correction value 
calculation and implementation of the superposed movement must take place in a deterministic 
time period. Therefore, this process must take place with high priority. 
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[00451 {0044J-A further application is the "rapid start of movement". Here, the aim is to 
detect, for example, an edge change very quickly and then begin a start of movement (for 
example positioning movement) immediately thereafter. The deterministics of detecting an 
event and triggering consequent actions are decisive for the productivity of a machine. In the 
case of production machines, such cyclical processes must take place in a deterministic time, for 
example <100 ms or <50 ms. When processing the tasks on a normal background level, these 
deterministics cannot be guaranteed. The mechanism described is particularly suitable for use in 
the case of machines which have periodic machine cycles. 

f00461 {0045]-The performance is further enhanced by only inserting and considering currently 
applicable conditions when cheeking the conditions in the respective high-priority 
"synchronously clocked system levels". 

[00471 [00 4 6] As already mentioned in Pkatre connection with Fig. 6, the mechanism described 
here does not require an explicit event handler. Th eConseouentlv. the great advantage from the 
user viewpoint is consequ e ntly that the user can now formulate high-priority events in a 
sequential running program on a relatively low priority level of a "motion task" in his program 
flow with the aid of program constructs, and does not have to change into another program 
which he then has to project by means of other mechanisms (for example manually or imder 
interrupt control) onto a synchronous user task . Instead , butthe mstead user has the possibility in 
a closed user program of formulating this "waiting for high-priority event" and "high-priority 
reaction" cycle for this event in a program on a closed basis. 
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[0048] {0047}-The wait_for_condition command can be used by the user very flexibly and 
easily, since it is available as a nomial programming-language constract. The formulation of the 
conditions is also flexible and easy for a user. For instance, for formulating these conditions, the 
user can use program variables from a user program or internal variables of the controller, or he 
can also reference process signals. These variables may then be combined logically, 
arithmetically or by any desired functions in terms of their content, to formulate a condition from 
them. 

[0049] fO048J-The wait_for_condition construct provides a user with the possibility in normal 
user programs for sequences of movements of temporarily switching a user program to a higher 
priority level, to be able to guarantee deterministic processes. 

fOOSO^ f00 4 91 Th e r e presentation according to Figure Fig. 8 shows the programming-language 
construct of the wait_for_condition mechanism as a syntax diagram. The terminal elements are 
in this case represented with rounded comers: "WAITFORCONDITION", "WITH", "DO", 
"END_WAITFORCONDITION" and ";". The non-terminal elements are represented as 
rectangles: "expression designation", "SWITCH" and "INSTRUCTION PART". The elements 
"WITH" and "SWITCH" are optional. 

[0051] [0050] Th e representation according to Figur e Fig. 9 shows the use of the 
wait_for_condition construct in a program sequence. In the upper part of Fi-gufeFig. 9, the 
formulation of the condition "my expression" is represented, in the lower part it is shown how 
this condition is used in a wait_for_condition construct. 
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[0052] [00511 Th e repr e s e ntation according to Fisur eFig. 10 shows ini § a schematic 
representation of the p ossibilities for hew obtaining the basic clock is obtain e d for the industrial 
controller. Figitf eFig. 10 shows^ by way of example^ a communication topology into which the 
controller S is integrated. The controller S is represented by a square. The controller S is 
connected by a connection line A2 to the bus Bl, to which the external device EG is attached via 
a connection line Al . The connection to the technical process P2 takes place via the bus B2. 
The technical process P2 is represented at the lower edge of the figure by a rectangle. The 
controller S is connected via the connection line A3 to the bus B2, which in turn establishes the 
connection to the technical process P2 via the connection line A4. 

[00531 {0052J-The generation for the basic clock of the controller S can take place from 
different clock sources. For example, from an internal clock source, represented by the internal 
timer T2 of the controller S or else by an extemal clock source, such as for example the timer Tl, 
which belongs to the extemal device EG. The basic clock of a communication medium may also 
serve, however, as an extemal clock source. If the bus B2 is realized for example by an 
equidistant Profibus, the clock for the controller can be obtained from the basic clock of this bus. 
This is represented in figufe Fig. 10 by the timer T3 being positioned directly on the connection 
line A3, and this connection line A3 establishes the connection to the bus B2. The 
controll e r controllers isare consequently attached to the bus as a slave and can use the bus clock 
directly. Furthermore, a clock generator TG which is integrated in the technical process P2 may 
serve as an extemal clock source. A clock generator TG in a technical process may be, for 
example, the operating cycle of a production machine or packaging machine. In the 
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representation according to figare Fig, 10, bus connections are represented by way of example as 
communication media. However, ring, star or other types of connection may also be chosen as 
communication media, as well as wireless connections. The basic clock mentioned above can 
then be derived from these connection systems. 
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WE CLAIM : 

4-:-4^A method of programming cyclical machines, in particular production machines, 
charact e riz e d bv having an industrial controller, comprising the following succ e ssive steps of: 

a) cr e atin g providing aftthe industrial controlle r e quipped with a runtime system 
bbA . said controller having prioritized running levels and tasks, with at least one sequential 
running level being created; 

b) formulating a machine sequence in a sequential program;-fflid 

c) in th e said sequential program , providing b v including specific mechanisms 
that the enable a waiting for conditions condition to be satisfied eantQ be carried out with high 
priority and after the waiting for condition has been satisfied, to carry out the subsequent 
program sequence can b e carried out with high priority up to a defined user-programmed end, 
the running levels being assigned system and/or user programs ri and 

d) utiHzing said sequential program in said controller. 

Sr-l^The method of programming according to claim wherein the running levels are 
created from system levels and/or user levels. 

5r-^The method of programming according to claim ^i-^ wherein the running level 
model is clocked r and wherein the basic clock bem &nsiv be derived from anv of an internal timer 
or from ^ an internal clock of a communication medium or from^ an external device o r from a 
variable which belongs to the technological process. 
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ABSTRACT 

A configurable running level model of a runtime system (RTS) for the control tasks of an 
industrial controller (S)-for cyclical machines is created in a simple manner, it b e ing possibl e 
feenabling the programming of the machine sequence to take place in a sequential program. 
The wait_for_condition command in this case enables a user to wait for any desired conditions 
and respond with higher priority in the program flow. User programs (AP4 — AP 4 ) can be 
additionally loaded into the user levels of the running level model. 
Figur e 6 
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